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(54) Titie: AUTOMATED TRAVEL SERVICE MANAGEMENT INFORMATION SYSTEM 

(57) Abstract 

A method (1000) of automatically 
managing travel service information is 
provided. The method generates a busi- 
ness entity profile and individual profile 
for customer (1004, 1006), and stores the 
information in a relational database. Cus- 
tomer reservation services information re- 
trieved from all available sources is also 
stored in the same database (1010). Con- 
sequently, the customer reservation ser- 
vices information and the profile infor- 
mation is made available, simultaneously, 
for use by an agent in processing a cus- 
tomer's travel request (1013). 



VENDOR 
RELATIONS 



TRAINING 



IMPLEMENTATION i£ 

52 

54 



AUTOMATION 



<T 

42 36 

_^ 



ARC 
PROCESSING 



MIS 



— <r 

44 38 

\ 



TECHNOLOGY 
SUPPORT 



BUSINESS ENTITY 
RESERVATIONS 



56- 



58- 



60- 



DOMESTIC 
RESERVATIONS 



INTERNATIONAL 
RESERVATIONS 



SUPPORT 



GLOBAL 
DISTRIBUTION 
4B 



62- 



64- 



TICKETING 



PACKAGING/ 
DELIVERY 



SPECIAL SERVICES 



CUSTOMER SERVICE 



GROUP k MEETINGS 



1RD 



TRAVEL 24 



VIP 



70 
K72 
K74 



FOR THE PURPOSES OF INFORMATION ONLY 



Codes used to identify States party to the PCT on the front pages of pamphlets publishing international 
applications under the PCT. 



AM 


Armenia 


GB 


United Kingdom 


MW 


Malawi 


AT 


Austria 


GE 


Georgia 


MX 


Mexico 


AU 


Australia 


GN 


Guinea 


NE 


Niger 


BB 


Barbados 


GR 


Greece 


NL 


Netherlands 


BE 


Belgium 


HU 


Hungary 


NO 


Norway 


BF 


Burkina Faso 


IE 


Ireland 


NZ 


New Zealand 


BG 


Bulgaria 


IT 


Italy 


PL 


Poland 


BJ 


Benin 


JP 


Japan 


PT 


Portugal 


BR 


Brazil 


KE 


Kenya 


RO 


Romania 


BY 


Belarus 


KG 


Kyrgysian 


RU 


Russian Federation 


CA 


Canada 


KP 


Democratic People's Republic 


SD 


Sudan 


CF 


Central African Republic 




of Korea 


SE 


Sweden 


CG 


Congo 


KR 


Republic of Korea 


SG 


Singapore 


CH 


Switzerland 


KZ 


Kazakhstan 


SI 


Slovenia 


CI 


C6te d* I voire 


LI 


Liechtenstein 


SK 


Slovakia 


CM 


Cameroon 


LK 


Sri Lanka 


SN 


Senegal 


CN 


China 


LR 


Liberia 


sz 


Swaziland 


cs 


Czechoslovakia 


LT 


Lithuania 


TD 


Chad 


cz 


Czech Republic 


LU 


Luxembourg 


TG 


Togo 


D£ 


Germany 


LV 


Latvia 


TJ 


Tajikistan 


DK 


Denmark 


MC 


Monaco 


TT 


Trinidad and Tobago 


EE 


Estonia 


MD 


Republic of Moldova 


LA 


Ukraine 


ES 


Spain 


MG 


Madagascar 


UG 


Uganda 


Fl 


Finland 


ML 


Mali 


US 


United States of America 


FR 


France 


MN 


Mongolia 


UZ 


Uzbekistan 


GA 


Gabon 


MR 


Mauritania 


VN 


Viet Nam 



WO 97/27556 



PCT/US97/00765 



1 

AUTOMATED TRAVEL SERVICE 
MANAGEMENT INFORMATION SYSTEM 

TECHNTCAT, FT EXP OF THF TMVFtrTTfW 

This invention relates generally to the field of 
customer reservation services, and more particularly, to 
an automated travel service management information system 
5 and method of operation. 
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BACKGROUND OF TKF INVENTION 

Travel agencies train and employ agents to 
coordinate customers 1 travel plans with travel-related 
services supplied by airlines, hotels, auto rental 
5 agencies, etc. Typically, in order to determine the 

availability of these services and make reservations, 
travel agents may access (via a remote workstation) one 
of a number of proprietary travel reservation systems. 
For example, in order to determine the availability of 

10 seating on a specific airline flight, an agent may access 

the SABRE System, which is a computer reservation system 
(CRS) developed and marketed by American Airlines. other 
computer reservation systems are also available, such as 
Worldspan® owned by Pars Marketing Partnership, Apollo® 

15 owned by Galileo International Partnership, and System 

One® owned by Amadeus Global Travel Distribution. 

Although a number of proprietary computer 
reservation systems are available, from a travel agency's 
viewpoint, these systems are inefficient and not cost 

2 0 effective to use. For example, work-related travel 

arrangements may be (and usually are) subject to certain 
restrictions imposed by a customer's employer. Employers 
often limit airline travel expenditures to tourist class 
or business class rates. Also, employers often negotiate 

2 5 discounted rates for their employees, such as hotel or 

automobile rental rates, and then limit travel 
expenditures to those discounted rates. Although 
existing proprietary computer reservation systems may 
maintain such employer-imposed restriction information, 

3 0 in order to obtain that type of information from a 

particular system, an agent needs to know that system's 
unique information codes. However, most agents are 
rypically trained to access and use only one or two 
proprietary computer reservation systems, because cross- 
3 5 training agents to use all of the unique systems would be 

extremely costly for the agency. 
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Furthermore, although a number of proprietary 
computer reservation systems are available for use by 
agencies, these systems are not integrated to provide all 
of the available services at one time. Consequently, if 
5 an agent desires to make a complete set of travel 

arrangements for a customer, the agent has to access a 
system multiple times. For example, in order to arrange 
for a customer's airline travel, automobile rental, and 
hotel accommodations, a travel agent typically accesses 

10 the proprietary system to reserve airline seating and 

obtain prices and tickets, then again using different 
commands to obtain prices and reserve a rental car, and a 
third time to obtain prices and reserve a hotel room. 
Since an agent's productivity decreases with increases in 

15 request processing time, the present sequential method of 

processing travel requests is highly inefficient. Such 
inefficiencies result in increased operational costs and 
reduced profitability for the agency. Additionally, the 
agent cross-training required for three proprietary 

2 0 systems, significantly increases the agency's costs. 

Presently, in order to minimize operational costs, 
travel agencies typically assign specific agents to 
process travel requests made by specific customers and 
business organizations, and for specific travel-related 

2 5 functions. However, these specialized uses of agents are 

neither very efficient nor cost-effective. For example, 
one agent's corporate customer may request travel 
arrangements for several employees, while at the same 
time, one or more of the other agents in the office may 

3 0 be idle. 
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SUMMARY QF THE INVENTION 

Accordingly, a need has arisen for an automated 
travel management information system which incorporates 
all available customer reservation service information 
into one database, including customer preference 
information* 

In accordance with a preferred embodiment of the 
present invention, a method of operating an automated 
travel service management information system is provided 
which maintains a business entity profile and/or an 
individual profile for each agency customer, in a 
relational database. The system also maintains 
information retrieved from a plurality of computer 
reservation systems, in the relational database. In 
response to a customer's travel request, the system 
automatically retrieves, and displays for decision-making 
by an agent, all pertinent information retrieved from the 
customer's business entity profile and/or individual 
profile, and the appropriate computer reservation 
system (s) . 

An important technical advantage of the present 
invention is that travel service information from a 
plurality of computer reservation systems is stored and 
readily available in a single database format. 
Consequently, travel agents do not require cross-training 
to use a plurality of computer reservation systems, and 
their productivity can be increased • 

Another important technical advantage of the present 
invention is that customer preference information is also 
stored and readily available in a database. 
Consequently, an agent can take the customer preferences 
(e.g., restrictions) into account while making travel 
arrangements . 
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BRIEF DESCTTPTTON OF THE n RAWTWHfi 

For a better understanding of the present invention, 
reference may be made to the accompanying drawings, in 
which: 

5 FIGURE 1 is a top level block diagram which 

illustrates an environment in which an automated travel 
management information system can operate, in accordance 
with a preferred embodiment of the present invention; 

FIGURE 2 is a simplified diagram of a computer-based 
10 system that can be used to implement the automated travel 

management information system shown in FIGURE 1; 

FIGURE 3 is a simplified top level block diagram 
which illustrates a plurality of manual and automated 
functions that can be performed at the travel agency 
15 shown in FIGURE 1, in accordance with the preferred 

embodiment of the present invention; 

FIGURES 4-16 are exemplary flowcharts of software 
routines for the business entity reservations function or 
component shown in FIGURE 3 ; 
20 FIGURES 17-19 are exemplary flowcharts of software 

routines for the global distribution function or 
component shown in FIGURE 3 ; 

FIGURES 20-21 are exemplary flowcharts of software 
routines for the special services function or component 
25 shown in FIGURE 3; and 

FIGURE 22 is a flow diagram that illustrates a 
method of operating an automated travel management 
information system, in accordance with a preferred 
embodiment of the present invention. 
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DETAILED HE5CRTPTTQN OF THE INVENTION 

The preferred embodiment of the present invention 
and its advantages are best understood by referring to 
FIGURES 1-22 of the drawings, like numerals being used 
5 for like and corresponding parts of the various drawings. 

FIGURE 1 is a top level block diagram that 
illustrates an environment in which an automated travel 
management information system can function and operate, 
in accordance with a preferred embodiment of the present 

10 invention. Referring to FIGURE 1, an automated travel 

management information system (hereinafter, referred to 
as the "system") 10 is shown. System 10 is preferably 
used to provide customer travel services, by one or more 
travel agents employed by agency 12 . 

15 A plurality of computer reservation systems 14 can 

be linked electronically with agency 12 via a 
communications processor 15. In the preferred 
embodiment , • the communications processor 15 is preferably 
a communications processor and file server data storage 

20 interface referred to herein as a travel information 

analysis (TIA) subsystem. As described above, each 
computer reservation system 14 may be one or more 
commercially available computer reservation systems, such 
as, for example, the SABRE, Worldspan*, Apollo®, or 

25 System One« systems* Computer reservation systems 14 

provide travel service inventory information, such as 
airline flight, rail, hotel, limousine, and rental 
automobile availability and rates. TIA subsystem 15 
functions as a communications interface and temporary 

3 0 data storage medium, between each of computer reservation 

systems 14 and system 10. Preferably, the inventory 
information provided by computer reservation systems 14 
is ultimately received for processing by system 10. 
Generally, system 10 preferably functions to 

3 5 centralize the travel service information received from 

each of computer reservation systems 14. Consequently, 
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15 



20 



although each computer reservation system formats its 
travel service information and command structures 
differently, system 10 functions to integrate the 
different information and commands into one format for 
use by all travel agents. 

One or more travel agency customers 16 can 
communicate with one or more travel agents via any one of 
a number of communications subsystems 17. Each 
communications subsystem 17 preferably functions to 
provide two-way communications between a customer and an 
agent. For example, one such communications subsystem 
may be a telephone system, a second such subsystem may be 
a facsimile machine, and a third such subsystem may be a 
computer-driven system providing E-mail communications. 
Travel service request information from a customer is 
preferably input as data to system 10, by an agent. 

In the preferred embodiment, system 10 includes a 
relational database, which resides in a data storage 
medium (to be described in detail below) . A business 
entity profile data structures 18 and/ or an individual 
entity profile data structures 20 is included in the 
relational database in system 10, for each individual and 
business travel customer of the agency. Each such 
profile preferably contains, at a minimum, that 

2 5 customer's respective personal and travel preference 

information. For example, a customer's business entity 
profile 18 can contain that business' name and address, 
the travel coordinator's name, travel expenditure 
restrictions, vendor preferences, and negotiated discount 

3 0 rate information. An individual entity profile 20 

preferably contains, at a minimum, an individual 
customer's personal information and travel preferences, 
such as, for example, the customer's name and address, 
employer, seating preference, smoking or non-smoking 
35 preference, a list of preferred vendors (e.g., airlines), 

etc. 
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System 10 maintains the business and individual 
entity profile information, along with all available 
customer reservation information, in the relational 
database. System 10 processes this information and, 
where necessary, converts the information to a 
standardized format. Consequently, via system 10, a 
customer's profile and the customer reservation 
information are made available to an agent, all at the 
same time the travel arrangements are being made. 
Consequently, the agent's productivity is increased, 
because the agent is not required to access more than one 
computer reservation system. Additionally, when making 
the travel arrangements, the agent can take the 
customer's preferences into account, which is beneficial 
for the customer, the agency, and their relationship. 

FIGURE 2 is a simplified diagram of an exemplary 
computer-based system 21 that can be used to implement 
the automated travel management information system shown 
in FIGURE 1. Referring to the embodiment shown in FIGURE 
2, the computer-based system 21 can include a process 
server 22, a data storage device 24, a mainframe computer 
26, a local file server 28, and a plurality of 
workstations or desktop computers 30. 

Process server 22 preferably functions to process 
travel-related data and command information. A Sun 
Solaris 2*3 system has been successfully utilized as 
process server 22- Data storage device 24 can be a mass 
storage subsystem of tapes and/or disk drives, which is 
electrically coupled to process server 22. In the 
preferred embodiment, a relational database resides in 
data storage device 24. Consequently, process server 22 
may retrieve, process and store the information in the 
relational database residing in data storage device 24. 

The mainframe computer 2 6 may be linked 
electronically to process server 24 through a local or 
wide area network (LAN/WAN) , for automated uploading and 
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downloading of information therebetween. Any general 
purpose or medium sized computer, which includes a 
central processing unit (CPU) and suitable RAM, ROM and 
I/O circuitry , can be utilized for mainframe 26. 
5 Local file server 28 may be linked electronically to 

process server 22 by the same or a different local or 
wide area network', or by telecommunication lines through 
a modem (not explicitly shown) . Additionally, as shown 
(for illustrative purposes only) in FIGURE 2, process 
10 server 22 can be linked by a "gateway" interface 

communications processor to local file server 28. Local 
file server 28 is preferably connected to a plurality of 
workstations or desktop computers 30. A user of system 
10, such as a travel agent or a system user, may input 
15 and receive travel- and customer-related information, and 

system information, respectively, through any of the 
workstations 30 . Preferably, each workstation 30 is a 
desktop computer having at least a 486 processor or an 
operational equivalent* Systems programming for the 
2 0 automated travel services management information system 

may be performed using a high level programming language, 
such as C**. 

The business entity profile information (18) and 
individual profile information (20) , for each of the 

2 5 agency 1 s customers, is preferably stored in the 

relational database residing in data storage device 24. 
Process server 22, mainframe computer 26, local file 
server 28, and workstations 3 0 are preferably linked 
together. Consequently, each of these devices can 
30 directly access (e.g., store and retrieve) the business 

and individual profile information, if necessary. 

Computer-based system 21 is electronically linked to 
the computer reservation systems 14 preferably via TIA 
subsystem 15 (FIGURE 1) . Consequently, system 10 can 

3 5 receive, store (e.g., in the relational database), 

process, and display (e.g., via workstation 30) all 
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available customer reservation service information. in 
another aspect of the invention, computer-based system 21 
can also be linked electronically to each of customers 16 
via a respective digital communications link (17) so that 
5 each customer's travel request can be processed 

automatically by system 10, as opposed to having the 
customer interact with system 10 through an agent. 

FIGURE 3 is a simplified top level block diagram 
which illustrates a plurality of manual and automated 

10 functions that can be performed at the travel agency 

shown in FIGURE 1, in accordance with the preferred 
embodiment of the present invention* Referring to FIGURE 
3 , the functions described with respect to FIGURE 1 can 
be separated into a plurality of manual, software, and 

15 hardware components: an administration component 32, a 

management component 34, a vendor relations component 36, 
an airline reporting company (ARC) processing component 
38, an implementation component 40, a management 
information system (MIS) component 42, a technology 

20 support component 44, a business entity reservations 

component 46, a global distribution component 48, and a 
special services component 50. 

In the preferred embodiment of the present 
invention, system 10 functions primarily to process 

25 software functions associated with the business entity 

reservations component 46, global distribution component 
48, and special services component 50. The 
administration component 32, management component 34, 
vendor relations component 36, ARC processing component 

30 38, implementation component 40, MIS component 42, and 

technology support component 44 are primarily manual or 
software-assisted functions, or functions performed by 
mechanical or electronic systems other than by system 10. 
These other systems are described herein to illustrate an 

35 agency's operational environment and provide a clear 

understanding of the present invention. 
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Specifically, the administration component 3 2 
includes such functions as secretarial support, local 
area network (IAN) administration, telephone support, 
managing the facilities of travel agency 12, and 
purchasing appropriate supplies for the agency. 

The management component 34 includes such functions 
as managing the agency's finances, providing a budget, 
and managing the agency 1 s human resources * 

The vendor relations component 3 6 includes such 
functions as developing relationships with various travel 
services vendors, such as airlines and hotels. Vendor 
relations component 3 6 also includes the function of 
managing vendor agreements, such as negotiating 
agreements and ensuring that the agreements are enforced. 

The ARC processing component 38 includes the 
function of interfacing between the agency and airline 
reporting companies. These ARCs oversee such functions 
as airline payments of agency commissions, and 
collections of fees from the agencies on behalf of 
airlines* 

The implementation component 4 0 includes such 
functions as managing and coordinating the inclusion of 
existing and new customers into a reservation center 
database, such as, for example, the Global Travel 
Services Center (GTSC) database. Travel agencies can 
contract out certain tasks to a reservation center, 
rather than performing the task in-house. 

The MIS component 4 2 includes such functions as 
maintaining a management information system, which, for 
example, can generate a report on the amounts each 
customer has spent on travel services during a 
predetermined period of time. 

The technology support component 44 includes such 
functions as working directly with customers to develop 
and understand new technologies. 
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System 10 processes the software routines of the 
business entity reservations component 46 , global 
distribution component 48, and special services component 
50 • These components are preferably implemented as 
5 computer-driven software routines that assist an agent in 

making decisions on travel arrangements, in response to a 
customer 1 s request . 

Generally, in accordance with the embodiment shown 
in FIGURE 3, the business entity reservations component 
10 4 6 preferably includes a plurality of subcomponents or 

software subroutines, such as a domestic reservations 
component 56, an international reservations component 58, 
and a support component 60. 

The domestic and international reservations 
15 components (56 and 58) include such functions as 

arranging travel reservations in response to a customer's 
request, changing the reservations in response to the 
customer's request, and canceling the reservations, if an 
agent is requested to do so* 
20 The support component 60 includes such functions as 

performing quality assurance (QA) for travel services, 
updating customer information in the business entity and 
individual profiles, and providing the services of an in- 
house service representative. 
25 The global distribution component 48 manages a 

subsystem, which an agency can use to distribute travel - 
related documents, such as airline tickets and written 
hotel reservations. The global distribution component 48 
preferably includes a ticketing component 62 and a 
3 0 packaging/delivery component 64. The ticketing component 

62 functions to cause a ticket to be printed for travel 
services, on appropriate paper stock. The 
packaging/ delivery component 64 includes the manual 
functions of packaging the tickets and delivering them to 
35 customers. The global distribution component 48 also 
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15 



functions to oversee the disposition of tickets that have 
been returned by customers . 

The special services component 50 preferably 
includes a customer service component 66, a group & 
meetings component 68, an international rate desk (IRD) 
component 70, a travel-24 component 72 , and a VIP 
component 74. The customer service component 66 
functions to question agency customers as to their 
satisfaction with the agencies 1 services. The group and 
meetings component 68 includes the function of arranging 
meeting and presentation facilities for customers on 
travel. The IRD component 70 functions to determine and 
verify rates for travel services in other countries. The 
travel-24 component 72 functions to provide the agency's 
customers with twenty-four hour travel services, such as 
making and canceling reservations after normal business 
hours . 

FIGURES 4-16 are exemplary flowcharts of software- 
driven functions that can be performed for a travel 
agency, in conjunction with an agent, by the business 
entity reserVations component 46 shown in FIGURE 3. 
Specifically, FIGURES 4-11 illustrate exemplary methods 
that can be performed by the domestic reservations 
component 56. FIGURES 12-16 illustrate exemplary methods 
that can be performed by the support component 60. 

FIGURE 4 is an exemplary flowchart for the domestic 
reservations software-assisted routine 56, which is shown 
in FIGURE 3 . The domestic reservations routine 
preferably makes travel services originating in, or 
3 0 located exclusively within, the national boundaries of 

the country in which the agency is located. 

Referring to FIGURE 4, system 10 initiates the 
domestic reservations routine 56 at block 78. At block 
80, a travel request from a customer is received (via a 
3 5 communications subsystem 17 in FIGURE 1) by an agency, 

and, under the control of a receive/route request 



20 



25 
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software-assisted routine 8 0 (described in detail below 
with respect to FIGURE 5) , system 10 routes the travel 
request to an agent for processing. At block 82, the 
agent begins processing the request with the assistance 
5 of system 10. Preferably, an agent communicates with 

system 10 via a workstation 30. For example, an agent 
can input system commands and travel information by 
pressing appropriate keys (typing) on a workstation 
keyboard, or "clicking" on an option in a Windows-type 

10 display. In return, the workstation can display travel 

information, which is provided by system 10 for use by 
the agent in making travel arrangements. 

Specifically, under the control of a travel request 
processing software-assisted routine 82 (described in 

15 detail below with respect to FIGURE 6) , system 10 

displays for the agent (preferably via a workstation 30) 
the requesting customer's business and/or individual 
profile information, along with all customer reservation 
service information the agent may need to complete the 

2 0 desired travel arrangements. Subsequently, after 

completing the travel arrangements (typically with the 
customer's concurrence), the agent inputs appropriate 
commands via the workstation, and system 10 stores the 
travel arrangement information in the relational database 

2 5 in storage device 24. The agent then terminates 

communications with the customer. 

At block 84, system 10 initiates a software-assisted 
routine 84 (described in detail below with respect to 
FIGURE 10) that prompts an agent (preferably via a 

3 0 display on workstation 30) to perform certain follow-up 

tasks related to the initially completed travel 
arrangements. At block 86, system 10 determines whether 
or not the completion of the customer's initial travel 
arrangements should require the assistance or services of 
3 5 a travel services vendor (e.g., airline, etc.). For 

example, in order to save time, an agent may desire to 
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complete tentative travel arrangements with the customer 
on the phone, and firm up the arrangements subsequently 
with the travel vendor (s). If such inside services are 
required, at block 88, system 10 initiates an inside 
services software-assisted routine 88 (described below 
with respect to FIGURE 13) that prompts an agent to 
contact the vendor (s) and thereby consummate the travel 
arrangements . 

Otherwise, at block 90 , system 10 initiates an 
automated quality assurance (QA) software routine, which 
checks certain aspects of the travel arrangements made. 
A commercially available QA software routine may be used, 
such as the AQUA QA software routine. For example, the 
QA software routine can search all available computer 
reservation systems for lower rates than those that were 
booked by the agent. If the QA software identifies such 
an "error," the software prompts system 10 to generate a 
"flag" which indicates that some corrective action should 
be taken. 

At block 92, system 10 determines whether or not an 
"error" identified by the QA software should be corrected. 
If so, at block 94, system 10 prompts an agent (via a 
workstation display) to make the correction (e.g., book 
the service at the lower rate). If, however, at block 
92, no such "error" is identified, then system 10 
determines whether or not any so-called "mid-office 
functions" should be performed. If so, at block 96, 
system 10 performs (or can prompt an agent to perform) 
ce *"tain quality assurance functions, such as, for 
example, periodically searching for a lower rate from 
vendors, up until the time a ticket for the service is 
printed. otherwise, the domestic reservations software 
routine is terminated. 

FIGURE 5 is an exemplary flowchart for a 
receive/route travel request software-assisted routine 
80, which can be used by an agency to receive and route a 
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travel request to an agent for processing. Referring to 
FIGURE 5, at block 104, system 10 (preferably using a 
conventional CTI or computer telephony integration 
system) determines whether or not an incoming telephone 
5 call is "live" (as opposed to a call carrying facsimile 

information or an e-mail message) . If so, at block 106, 
system 10 instructs the CTI system to route the call to a 
travel agent. Otherwise, if the call is not "live," 
system 10 operates to route the call to an appropriate 

10 receiving medium (e.g., facsimile machine or e-mail 

postoffice in a local network). At block 112, the system 
prompts an agent or other agency employee to access the 
receiving medium (e.g., answer the call, or read the 
facsimile or e-mail message) and identify the type of 

15 transaction involved in the request* An example of such 

a transaction is a request to re-book an existing hotel 
reservation* 

At block 114 , the agent identifies precisely what 
the caller is requesting. At block 116, the agent 
2 0 determines whether or not the call includes a request for 

travel services. If so, the software-assisted routine is 
terminated, and system 10 returns to the software routine 
shown in FIGURE 4. Otherwise, at block 118, the agent 
either processes the request or transfers the request to 

2 5 another agent for processing. 

FIGURE 6 is an exemplary flowchart for a software- 
driven subroutine 82, which functions to make or change a 
travel arrangement, in response to a customer's request. 
Essentially, under the control of the process request 
30 subroutine 82, system 10 operates to transfer travel and 

profile information between the relational database in 
storage device 24 and the agent processing the travel 
request . 

A customer may provide travel request information 

3 5 directly to an agent, or system 10 can store the 

information temporarily in the relational database, under 
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the control of an automatic queuing software subroutine. 
A "queue" can be defined as a working list of items or 
tasks that are awaiting action. At block 126, system io 
determines whether or not a queue (e.g., an item or task 
on the list) has been "triggered" or flagged by the system 
for action. Preferably, each agent at a particular 
agency can be associated with a unique set of queues that 
designate the types of tasks that the agency has assigned 
to that agent. When a queue is triggered or flagged, 
system io notifies the pertinent agent (via a workstation 
display) that a particular task or set of tasks is to be 
performed. At block 128, the notified agent responds to 
perform the task associated with the queue. The software 
subroutine is then terminated. 

Otherwise, at block 130, the travel agent determines 
whether or not the current request can be associated with 
an existing passenger name record (PNR) . a PKR is a 
record of travel arrangements made in the past for a 
customer, which can be identified by the customer's name. 
Preferably, PNRs are stored by system 10 in the 
relational database of storage device 24. Consequently, 
via a workstation 30, a travel agent can retrieve and 
immediately review any previous travel arrangements a 
customer has made. 

If the current travel request cannot be associated 
with an existing PNR (e.g., a new customer), at block 
132, the agent can enter a command (via a workstation), 
which instructs system 10 to initiate a new reservation 
software subroutine 132 (described below with respect to 
30 FIGURE 8). Otherwise, at block 134, the agent can enter 

a command that instructs system 10 to initiate a change 
reservation software subroutine 134 (described below with 
respect to FIGURE 7 ) . 

FIGURE 7 is an exemplary flowchart for a software- 
assisted subroutine 134, which can be used by an agent to 
change an existing travel reservation. Preferably, under 
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the control of the change reservation subroutine 13 4, 
system 10 prompts a travel agent to make one or more 
changes to an existing set of reservations. 

At block 142 , before any changes can be made, system 
5 10 initiates a service tracking software subroutine. 

Since an agency typically can bill a customer for all 
services provided, the service tracking software 
automatically records each transaction that occurs if any 
arrangements are being changed. The service tracking 

10 information is preferably stored by system 10 in the 

relational database 24. 

At block 144, system 10 searches the relational 
database for the requesting customer's PNR. At bloc^c 
14 6, the system prompts the agent to determine whether or 

15 not the request includes canceling all existing travel 

reservations. If so, at block 147, the agent inputs a 
command that instructs system 10 to record the 
cancellation as such, in the relational database. The 
software subroutine 134 is then terminated. 

20 Otherwise, at block 148, system 10 prompts the agent 

to obtain and input (via a workstation 30) the customer^ 
requested business entity changes. For example, a 
business customer may be requesting the agent to change 
the company's billing code to be charged for an existing 

2 5 reservation. 

At block 150, system 10 prompts the agent to 
determine whether or not a change in air travel 
arrangements has been requested. For example, the 
customer may have requested a flight change. If so, at 
30 block 152, system 10 retrieves the customer's profile 

information and customer reservation service information, 
from the relational database, and displays that 
information to the agent. The agent inputs the change 
information to system 10, which stores the information in 

3 5 the relational database for booking. 
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Essentially, the method used to determine and store 
air change information (blocks 150 and 152) preferably is 
also used to determine and store changes requested for 
rail, auto and hotel arrangements (blocks 154-164) . 

At block 166, system 10 prompts the agent to 
determine whether or not the customer requires any change 
to a "special needs" arrangement already made, such as, 
for example, any special facilities requested for a 
physically-disadvantaged customer, or a specially 
prepared meal. If so, at block 168, the agent inputs the 
requested changes to system 10, which stores the 
information in the relational database for booking. 

At block 170, system 10 preferably displays, for the 
agent, a summary of the customer's changed and unchanged 
15 travel arrangements. At the same time, the system also 

displays an employer's business policies, guidelines, or 
restrictions for travel, if any. Consequently, the agent 
can review the latest travel arrangements for a customer, 
in order to determine if they meet the employer's 
2 0 requirements. At block 172, the agent inputs any non- 

compliant arrangements (sometimes required by an 
individual customer or an exigency) to system 10, which 
stores the information in the relational database. 

At block 174, system 10 updates the customer's PNR 
25 in the relational database, with the latest travel 

arrangement changes, and displays the updated PNR to the 
agent for review. At block 176, the system terminates 
the service tracking routine, and the present software 
routine 13 4 is terminated. 
30 FIGURE 8 is an exemplary flowchart for a software- 

assisted subroutine 132, which can be used by an agent to 
make a new travel reservation. Essentially, under the 
control of the new reservation subroutine 132, system 10 
prompts a travel agent to make a new set of travel 
35 reservations for a customer. At block 184, for accurate 

billing, system 10 initiates the service tracking 
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subroutine described above. At block 186 , system 10 
retrieves the customer's individual profile information, 
and the employer's profile information (if any) from the 
relational database , and displays the information to the 
5 agent via a workstation. At block 188, system 10 prompts 

the agent to review the profile information. At block 
190, system 10 creates a PNR for the customer in the 
relational database, and stores the profile information 
in the PNR, At block 192, system 10 prompts the agent to 

10 obtain and input (via a workstation 30) any business 

entity information required by the customer's employer 
(e.g., billing code to be charged). 

At block 194, system 10 determines whether or not an 
air travel reservation is required. If so, at block 196, 

15 system 10 prompts the agent to input the air reservation 

information to system 10, which stores the information in 
the relational database for booking. 

Essentially, the method used to determine and store 
air reservation information (blocks 194 and 196) 

2 0 preferably is also used to determine and store new 

information for requested rail, auto and hotel 
arrangements (blocks 198-208) . 

At block 210, system 10 prompts the agent to 
determine whether or not the customer requires any 
25 "special" travel arrangements to be made. If so, at block 

212 , the agent inputs the requested changes to system 10, 
which stores the information in the relational database 
for booking. 

At block 214, system 10 preferably displays, for the 

3 0 agent, a summary of the customer's travel arrangements. 

At the same time, the system also displays any employer's 
business policies, guidelines, or restrictions for 
travel, if any. Consequently, the agent can review the 
new travel arrangements for a customer, in order to 
3 5 determine if they meet the employer's requirements. At 

block 216, the agent inputs any non-compliant 
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arrangements, if any, to system 10, which stores the 
information in the relational database. At block 218, 
system io displays the new PNR to the agent for review. 
At block 220, the system terminates the service tracking 
routine, and the present software routine 132 _s 
terminated. 

FIGURE 9 is an exemplary flowchart for software- 
assisted routine 128, which can be used by an agent to 
perform certain arrangement follow-up tasks. As 
described above, system 10 stores certain follow-up tasks 
in an agent's queue or worklist, in the relational 
database. System 10 relates each task in the queue with 
a specific PNR, since the PNR readily identifies the 
requesting customer. Under the control of the follow-up 
software subroutine 128, system 10 prompts the travel 
agent to perform the actions listed in the agent's queue. 

Specifically, at block 228, system 10 initiates the 
service tracking software routine described above. At 
block 230, system 10 prompts the agent to retrieve the 
PNR information associated with each task listed in the 
agent's queue. At block 232, system 10 prompts the agent 
to identify the action (s) required in the queue. At 
block 234, system 10 prompts the agent to identify 
whether or not a travel services vendor should be 
25 contacted, in order to complete the selected action (s) . 

If so, at block 236, system 10 prompts the agent to 
contact the vendor. Otherwise, the software routine 
proceeds to block 252. 

At block 238, the system prompts the agent to 
discuss pertinent travel service options available with 
the vendor. At block 240, system 10 prompts the agent to 
determine whether or not the requested travel service is 
available from that vendor. If so, at block 244, system 
10 prompts the agent either to book or "wait list" the 
requested service for that customer. Otherwise, at block 
242, system 10 prompts the agent to determine whether or 
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not the agent should contact an alternate vendor. If so, 
the agent is prompted to contact the vendor (block 23 6) . 
If not, at block 252, system 10 prompts the agent to 
determine whether or not the agent should contact the 
5 customer. 

At block 246, system 10 prompts the agent to confirm 
that any special arrangements made have been booked with 
the pertinent vendor. At block 248, system 10 prompts 
the agent to determine if any non-business entity 

10 restrictions apply to the travel arrangements that have 

been made (e.g., hotel check-out required by 12:30 p.m.). 
At block 250, the agent inputs information (via a 
workstation) about the results of the tasks completed. 
System 10 stores the results information (e.g., completed 

15 or uncompleted tasks) in the relational database. 

Returning to block 252, if the agent determines that 
a customer should be contacted, for any reason, the 
software routine proceeds to block 254, and the customer 
is contacted by telephone, facsimile, etc. At block 256, 

2 0 system 10 prompts the agent to discuss any open issue 

with the customer. For example, the agent may discuss 
the possibility of changing the customer 1 s seating 
arrangement, if a more desirable seat becomes available. 
At block 258, the agent is prompted to input information 

25 about whether each outstanding issue has been resolved. 

If not, the software returns to block 232, where the 
action or task to be completed is identified. The 
software continues to block 234. 

Otherwise, if all outstanding issues have been 

30 identified as resolved by the agent, at block 260, the 

system updates the customer's PNR with the most current 
travel arrangement information. At block 2 62, the system 
prompts the agent to document the complete discussion 
with the customer. At block 264, the system terminates 

3 5 the service tracking routine, and at block 266, the 

present software routine 128 is terminated. 
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FIGURE 10 is an exemplary flowchart for a software 
routine 84 , which can be used by an agent to complete any 
PNR-related tasks that were not performed during the 
initial customer contact. Referring to block 272 in 
FIGURE 10, for agency billing purposes, system 10 
initiates the service tracking software routine described 
above. At block 274, the system prompts the agent to 
determine, and input information about, whether or not 
any tasks associated with the requesting customer's PNR 
remain to be completed. If so, at block 276, the system 
prompts the agent to complete the unfinished task(s) . 
Otherwise, at block 278, the system retrieves the travel 
arrangement information from the PNR stored in the 
relational database, and compares the information with a 
15 predetermined set of -quality" criteria. At block 280, 

using the comparison information, the system determines 
whether or not the agent has made any "errors" or 
deviances from the "quality" criteria. If so, the system 
prompts an agency employee (preferably a supervisory 
agent) to see that the "errors" are corrected at block 
282. The system continues to check the "quality" of the 
agent's work, on the pertinent request, until all the 
"errors" are deemed corrected. 

At block 284, the system prompts the agent to 
determine whether or not an electronic "recap" (e.g., 
facsimile or e-mail message) of the detailed travel 
arrangements should be sent to the customer. If so, at 
block 286, the system generates and transmits the "recap" 
over an appropriate medium to the customer's facsimile 
receiver or e-mail post-office box. 

Otherwise, at block 288, the system determines 
whether or not any action still remains to be performed, 
in order to complete this travel request. For example, a 
hotel may still have to be called to verify rates or 
35 guarantee a reservation. If so, at block 290, the system 

designates which resource — agent or machine — will be 
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responsible for completing the open action (s) . At block 
292, system 10 outputs a "queue" to the designated 
resource, which notifies the agent, or activates the 
machine, to complete the task(s) in the "queue." 
5 At block 296, the system outputs a "queue" to 

initiate a QA program, such as, for example, the AQUA QA 
software routine. The QA software is used by an agency 
to ensure that it is providing high quality services. At 
block 2 96, the service tracking software routine is 
10 terminated. The present subroutine 84 is then 

terminated. 

FIGURE 11 is an exemplary flow chart for a software- 
assisted routine 94, which can be used by an agency to 
correct any error that has been identified by the QA 

15 software routine illustrated by FIGURE 10. As described 

above, a QA software routine may "trigger" one or more 
queues when a quality assurance "error* is detected. A 
particular agent is preferably designated to complete the 
tasks in one or more unique queues. At block 304, the 

20 system retrieves a unique set of queues for an agent. At 

block 306, the system determines whether or not any 
actions relating to any PNR are listed on the agent's 
queue (s) . If not, the software routine 94 is terminated. 
Otherwise, at block 310, the system initiates the 

25 service tracking software. At block 312, the system 

displays the "open" PNR to the appropriate agent. At 
block 314, the system also displays any "error* remarks 
generated by the QA program to the agent. These "error" 
remarks signify that the PNR contains certain errors 

3 0 associated with processing, reporting, or ticketing, in 

response to a travel request. At block 316, the system 
determines whether or not the PNR contains critical 
"error" remarks. If not, at block 318, the remarks are 
displayed for review by an agent. At block 320, the 

3 5 system prompts the agent to determine whether or not the 

customer needs to be contacted. If so, at block 324, the 
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system initiates a follow-up software routine, such as 
the routine 128 illustrated by FIGURE 9. Otherwise, at 
block 322, the system prompts the agent to take the 
action required to remove the "error". For example, if 
5 the QA program has determined that the dates for the 

travel arrangements described in a PNR do not correspond 
to the dates specified in the travel request, the agent 
is prompted to re-book the arrangements for the proper 
dates. At block 326, the system stores those changes, if 
10 any, in the PNR in the relational database. 

At block 328, the system prompts the agent to 
determine whether or not the corrected PNR information 
should be retrieved and operated on by the QA routine. 
If so, at block 342, the information is transmitted for 
15 processing to the QA routine. Otherwise, at block 330, 

the system indicates that the transaction has been 
completed. At this point, the customer typically has 
either committed to complete the travel arrangements or 
declined. At block 332, the system terminates the 
service tracking routine, and the software returns to 
block 306. 

Returning to block 334, for a critical QA "error," 
the software routine performs essentially the same method 
performed for a non-critical "error" (blocks 320-328) 
except at block 342, the system transfers the PNR 
"queue (s)" directly to the QA program. The system then 
proceeds to block 332. 

FIGURES 4-11 illustrate the operation and functions 
of the domestic reservations component 56. Notably, the 
method for the international reservations component 58 
can be performed with the method used for the domestic 
reservations component 56. The primary difference 
between the two reservation components is that one can be 
used to make and change domestic travel arrangements, and 
the other can be used to make and change international 
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arrangements. The two components 1 software and manual 
functions are substantially the same* 

FIGURES 12-16 are exemplary flowcharts of software- 
driven functions that can be performed for a travel 
5 agency, in conjunction with an agent , by the support 

component 60 shown in FIGURE 3. Specifically, FIGURE 12 
is an exemplary flow chart for a software-assisted 
routine 344 r which can be used by an agent to perform 
pre-ticketing quality assurance. Pre-ticketing QA can be 

10 used by an agency to perform a final check on a 

customer's travel arrangements, before the customer • s 
tickets are issued* 

At block 348, the system initiates the service 
tracking software program described earlier. At block 

15 3 50, the system prompts the agent to select a queue (or 

QA category) that lists one or more QA checks that should 
be performed on the customer's arrangements. At block 
3 52, the system prompts the agent to select a check to be 
performed, from the selected queue or category. Each 

2 0 check selected preferably corresponds to a travel 

arrangement that should be verified or reviewed, such as, 
for example, the fares and seating availability on 
flights. At block 354, the system prompts the agent to 
perform the selected check. 
25 At block 356, the system prompts the travel agent to 

determine whether or not any changes still should be made 
to the travel arrangements. If so, at block 358, the 
system prompts the agent to determine whether or not the 
changes to be made are of the type the agent can make. 

3 0 For example, if reservations have been made for the wrong 

date, the agent can determine the correct dates and book 
the change. If the agent cannot make the change, at 
block 360, the system stores those "errors* in the 
relational database for reporting purposes. Otherwise, 
3 5 at block 3 62, the system prompts the agent to make or 

book the change. 
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At block 3 64, the system (iteratively) prompts the 
agent to determine whether or not the check being 
processed is the last check listed in the queue or 
category. If not, the software loops back to block 3 52. 
5 Otherwise, at block 3 66, the system determines whether or 

not any action is required to be taken on the check being 
made. If so, at block 3 68, the system transmits a queue 
to an appropriate resource (e.g., travel agent or support 
staff) , which indicates that certain action should be 
10 taken on the customer's arrangements. 

At block 370, the system terminates the service 
tracking routine, and the present software routine is 
terminated. 

FIGURE 13 is an exemplary flowchart for a software- 

15 assisted routine 88, which an agent can use to complete 

travel arrangements that may require direct contact with 
a vendor, or the arrangements may be too time-consuming 
to complete while the customer is on the phone. Although 
the present routine 88 is associated with the support 

20 component 60, it can be initiated during operation of the 

domestic reservations component 56. 

Referring to FIGURE 13, at block 378, the system 
retrieves a queue of outstanding actions to be completed. 
At block 380, the system initiates the service tracking 

25 software routine. At block 382, the designated travel 

agent (identified by the queue) selects a task to 
complete. At block 384, the agent compares the 
arrangements made with the employer^ guidelines, if any. 
At block 386, the system prompts the agent to determine 

3 0 whether or not a vendor should be contacted. If not, at 

block 4 08, the system prompts the agent to perform the 
required action. 

Otherwise, at block 388, the agent selects a 
communications mode to contact the vendor. At block 3 90, 

3 5 if the selected mode is by telephone, the agent calls the 

vendor. If another mode is selected, at block 394, the 
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system prompts the agent to prepare a communication, such 
as a letter or e-mail message, which is sent to the 
vendor at block 396. 

At block 398, after receiving a response from the 
vendor, the system prompts the agent to determine whether 
or not the vendor has confirmed the requested 
arrangement. if so, the software proceeds to block 410. 
Otherwise, at block 4 00, the system prompts the agent to 
determine whether or not the service to be provided is 
still pending without being confirmed. If the service is 
still pending, the software proceeds to block 414. 
Otherwise, at block 402, the system prompts the agent to 
contact and advise the customer about the still pending 
arrangement (s ) . At block 404, the agent is prompted to 
determine whether or not any further action should be 
taken for the retrieved queue. If so, the software 
proceeds back to block 382. 

Returning to block 410, if the customer should be 
contacted, the software proceeds to block 412. The agent 
then contacts and advises the customer about the pending 
arrangement (s) . Otherwise, at block 414, the agent 
inputs information about the changes made to the system, 
and at block 415, the system stores the input information 
in the PNR in the relational database. At block 416, the 
system prompts the agent to determine whether or not any 
follow-up action should be taken. If so, at block 418, 
the agent inputs the follow-up information to the system, 
which stores it in the relational database. 

At block 42 0, the agent determines whether or not 
the vendor action being processed is the last action 
listed in the queue. If not, the software proceeds to 
block 382. Otherwise, at block 422, the system transfers 
the queue task information to the QA software program, 
the function of which has been described above. At block 
424, the system terminates the service tracking routine. 
At block 426, the system determines whether or not the 
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PNR being processed is the last PNR listed in the queue. 
If not, the software -proceeds back to block 380. 
Otherwise, the present software routine is then 
terminated. 

FIGURE 14 is an exemplary flowchart for a queue 
management software routine 430. Queue management 
software routine 430 -can be used to redistribute actions 
associated with different PNRs from one queue to another, 
or remove an action from a queue once the action has been 
completed. At block .434, the system retrieves the queue 
count information from the relational database and 
displays it to an agent. The agent determines the status 
of each queue. At block 436, the agent determines 
whether or not any queue contains a task that still 
15 should be completed. If at least one queue contains an 

incomplete task, the software proceeds to block 440. 
otherwise, at block 4 38, the software routine is 
terminated. 

At block 440, the agent selects a queue that 
contains at least one task that still should be 
completed. Each task. is associated with a specific PNR. 
At block 442, the system sorts the PNRs associated with 
the tasks by computer reservation system. For example, a 
queue may list five PNRs, three related to airline 
25 travel, and two related to bus travel. Airline travel 

arrangements are typically made using information from an 
airline travel computer reservation system, while bus 
travel arrangements are made using information from a 
different computer reservation system. Preferably, the 
system retrieves the computer reservation system from the 
relational database. 

At block 444, the system retrieves information from 
a selected category within the computer reservation 
system. Each category is associated a certain type of 
arrangement. For example, one category may specify 
either smoking or non-smoking seating arrangements, while 
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another category may specify first class seating or 
coach. At block 446, the agent is prompted to review the 
PNR associated with the selected category. At block 448, 
the system prompts the agent to determine whether or not' 
any action is required with respect to the reviewed PNR. 
If so, at block 452, the system transmits a queue to an 
appropriate resource, which indicates action should be 
taken. Otherwise, at block 450, the system removes the 
PNR information from the queue. 

At block 454, the system prompts the agent to 
determine whether or not the current PNR being processed 
is the last PNR that should be reviewed. if not, at 
block 446, the system retrieves the information from the 
next PNR to be reviewed. At block 456, the system 
prompts the agent to determine whether or not the current 
computer reservation system category being processed is 
the last category that should be reviewed. If so, the 
software returns to block 434. otherwise, the software 
returns to block 444. 

FIGURE 15 is an exemplary flowchart for a software 
routine 458, which can be used to create and update 
individual and business entity profiles. Referring to 
FIGURE 15, at block 462, system 10 initiates the service 
tracking software program. At block 464, the system 
prompts an agent to select a queue for review. At block 
466, the agent is prompted to identify the particular 
task to be performed from the queue (e.g. , update a 
specific individual or business entity profile) . At 
block 468, the agent is prompted to review the business 
entity travel guidelines and policies (e.g., 
restrictions) stored in the relational database. At 
block 470, the system prompts the agent to determine 
whether or not the profile under consideration may be 
updated. if not, at block 472, the PNR information 
retrieved from the relational database is restored. At 
block 474, the system (or the agent) designates an agent, 
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or another employee (or a machine) to follow up the task 
(attempt to update at a later time). At block 476, the 
system transfers the queue(s) to the designated follow up 
resource. For example, another agent can be notified by 
the queue that an attempt should be made to update the 
profile at a later date. At block 484, the system then 
terminates the service tracking software routine. 

Otherwise, if an update to the profile can be made, 
at block 478, the agent performs the update by inputting 
the new information via the workstation. The system 
stores the update information in the profile residing in 
the relational database. At block 480, the agent inputs 
a command which indicates for the system that the profile 
update has been completed. At block 482, the system 
stores a flag indicating that the profile has been 
updated, in the PNR in the relational database. The 
software proceeds to block 484, where the service 
tracking software routine is terminated. The present 
software routine is then terminated. 

FIGURE 16 is an exemplary flowchart for a software- 
driven routine 488, which an agency may use to 
automatically process a returned ticket. For example, 
such a return can include a ticket returned for a refund 
or exchange, or a voided ticket. Essentially, the system 
maintains (in the relational database) an inventory of 
all tickets processed by the agency. The system thereby 
assists the agency in managing the ticket processing. 
The inventory information can include an indicator that 
the ticket may be returned. The system also assists the 
agency specifically with managing the inventory of 
returned tickets. 

Referring to FIGURE 16, at block 492, system 10 
initiates the service tracking software routine for 
billing purposes. At block 494, an agent receives a 
returned ticket from a customer. The system prompts the 
agent to determine the disposition of the ticket (e.g., 
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the reason for the return and action to be taken) . For 
example, if the ticket has been returned for a refund, 
the customer's account should be credited. 

At block 496, the system determines whether or not 
the returned ticket is on the -expected" return log in 
the relational database. The 'expected" return log can be 
the listing of tickets in the database that the agency 
has identified as likely to be returned. For example, a 
ticket is likely to be returned when a customer has an 
issued ticket canceled and receives another ticket in its 
place. 

If the returned ticket is not on the "expected" 
return log, at block 498, the system prompts the agent to 
determine whether or not the ticket was returned in 
15 error. if so, at block 502, the system prompts the agent 

to take specific actions with respect to the customer's 
account, such as, for example, reviewing a business 
entity's guidelines or restrictions that should be 
followed whenever an employee's ticket is returned. At 
block 532, the software routine is then terminated. 

On the other hand, if the ticket was not returned in 
error, at block 500, the system prompts the agent to 
determine specifically why the ticket was returned. At 
block 504, the system prompts the agent to determine 
25 whether or not the ticket is void. If the ticket is 

void, at block 508, the system processes the void ticket 
by establishing communication with an appropriate CRS and 
noting the ticket as void in that CRS. Accordingly, 
billing and reconciliation for the void ticket is halted. 
30 Otherwise, at block 506, the system prompts the 

agent to determine whether or not the ticket is being 
returned for a refund. if so, at block 510, the system 
processes the refund by establishing communication with 
the appropriate CRS and ARC accounting system and noting 
3 5 in those systems that the refund is due. Furthermore, if 

the customer must pay a cancellation fee for the refund, 
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system 10 notifies the agent that reconciliation is 
required for the cancellation fee. At block 512, the 
system stores the void and refund transactions in the 
customer's PNR in the relational database. 

Returning to block 506, if the return is not a 
refund, at block 514, the system prompts the agent to 
determine whether or not the ticket has been returned for 
an immediate exchange. If so, at blocks 518 and 52 0, the 
agent inputs a command to the system that allows the 
system to store the exchange information in the PNR, for 
documenting purposes. Otherwise, at block 516, the 
system prompts the agent to determine whether or not the 
ticket has been returned for a future exchange. if so, 
at block 522, the agent inputs a command to the system, 
15 which initiates the software routine described above that 

updates the customer's (and employer's, if any) profile. 
If not, at block 524, the system prompts the agent to 
research and determine what actions should be performed, 
and then perform the appropriate task. 
20 Returning to block 526, the system prompts the agent 

to place the returned ticket in an appropriate receptacle 
for physical inventory. At block 528, the system *logs" 
the action (s) or task(s) performed by the agent, by 
storing information about the action (s) taken, in the 
25 relational database. At block 526, the system terminates 

the service tracking software routine, and then 
terminates the present routine. 

FIGURES 17-19 are exemplary flowcharts of software- 
assisted functions or components that can be performed 
for a travel agency, by the global distribution component 
48 shown in FIGURE 3. Specifically, FIGURE 17 is an 
exemplary flow chart for a ticketing and delivery 
software-assisted routine 534, which an agency can use to 
assist an agent to generate tickets and deliver them with 
35 related documents (e.g., an invoice) to customers. At 

block 538, the system prompts an agency employee to 
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remove a ticket from the printer and match it with the 
related documents. At block 540, the system prompts the 
employee to coordinate the distribution of the documents 
for delivery. At block 542, the system prompts the 
employee to send certain of the documents (e.g., the 
tickets) to the customers. At block 544, the other 
documents can be sent, for example, to the vendors 
providing the travel services. At block 54 6, the present 
software routine is terminated. 

FIGURE 18 is an exemplary flowchart for a software- 
assisted routine 540, which an agency can use to 
coordinate and distribute travel documents for delivery. 
This routine can be used to organize the documents, so 
that the documents being sent to one destination can be 
combined in one delivery. At block 552, the system 
prompts an agency employee to sort the travel documents 
by delivery location. For example, all airline tickets, 
train tickets, and hotel reservations requested by a 
particular customer are placed together. At block 554, 
the system prompts an employee to package the documents 
that have been sorted together. The system also prompts 
the employee to package any additional documents, such 
as, for example, car rental advertisements, along with 
the sorted documents. 

At block 556, the system records or stores the 
delivery method used for the documents, in the relational 
database. For example, the system can record the 
customer's name, information about the tickets being 
sent, the name of the delivery service utilized, and the 
date the delivery service received the tickets for 
delivery. Consequently, the system can keep track of the 
documents once they are turned over for delivery. At 
block 558, the software routine is terminated. 

FIGURE 19 is an exemplary flowchart for a software- 
assisted routine 560, which an agency can use to deliver 
tickets and other related documents to the requesting 
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customer* Referring to FIGURE 19, at block 564, the 
system prompts an agency employee to sort the documents 
by delivery type, such as, for example, by Federal 
Express, Express Mail, or the United Parcel Service. At 
block 566, the system prompts the employee to prepare the 
documents by delivery type. Consequently , documents 
which should be sent out immediately can receive a high 
priority. The software routine is then terminated. 

FIGURES 20-21 are exemplary flowcharts of software- 
driven functions that can be performed for a travel 
agency, by the special services component 50 shown in 
FIGURE 3. Specifically, FIGURE 20 is an exemplary 
flowchart for a software-assisted routine 570, which can 
be used by an agency to prompt a response to, and keep 
track of, any customer problems. 

At block 574, the agency receives travel-related 
information typically during a call from a customer. At 
block 576, the system prompts the employee receiving the 
call to identify any problem so that it can be routed to 
an appropriate resource for handling. At blocks 578 and 
58 0 , respectively, the problem information can also be 
received from a vendor or another travel agent. At block 
582, the system prompts the employee (or other personnel) 
to conduct background research for the problem (s) . For 
example, if a customer has not yet received his or her 
ticket by a specified date, an agent may call the service 
that was responsible for delivering the ticket, in order 
to determine what happened to the ticket. At block 584, 
the system prompts the agent to resolve the problem and 
notify the customer that it has been resolve. The 
software routine is then terminated. 

FIGURE 21 is an exemplary flowchart for a background 
research software routine 582, which can be used by an 
agency to assist with background research for a 
customer's problem. Referring to FIGURE 21, at block 
592, the system prompts an agent to determine whether or 
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not a travel services vendor needs to be contacted about 
a problem. If so, at block 593 , the system prompts the 
agent to obtain information that can be used to resolve 
the problem, from the vendor* At block 594, the system 
5 prompts the agent to perform a wrap-up by documenting in 

the system the required information about the problem and 
its resolution. At block 596 , the system prompts the 
agent to generate a service queue to perform the service 
properly for the customer. The software routine is then 

10 terminated. 

Otherwise, at block 598, the system prompts the 
agent to determine whether or not the customer has 
previously encountered similar problems. if so, at block 
600, the system prompts the agent to discuss the problem 

15 with the customer. At block 602, the system displays (to 

the agent) typical problems encountered by customers, and 
a "standardized* set of procedures that could be used 
resolve the problems. This problem history information 
is maintained by system 10 in the relational database. 

2 0 The agent thus can determine whether or not the database 

has a standardized resolution for the type of problem 
being addressed. If so, at block 604, the system prompts 
the agent to determine whether or not a standardized 
resolution can satisfy the problem. If so, at block 606, 
25 the system prompts the agent to input information to the 

system that updates the relational database with the most 
current problem being addressed and the resolution method 
used. The present software routine is then terminated. 
Otherwise, if the standardized resolution method 

3 0 will not satisfy the problem being addressed, at block 

608, any new method used by the agent to resolve the 
current problem is input and stored with the other 
resolution methods in the relational database. 

Returning to block 610, the system determines 
3 5 whether or not the employee handling the incoming call is 

a customer service representative. If not, at block 614, 
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a wrap up is performed by documenting the required 
information about the problem and its resolution. The 
software routine is then terminated. If, however, the 
employee handling the call is a customer service 
5 representative, at block 612, the system prompts the 

employee to review a display of problems (retrieved from 
the relational database) and determine whether or not the 
database contains a similar problem, along with a 
corresponding standardized resolution method, if so, the 
10 software returns to block 604. Otherwise, the software 

proceeds to block 608. The software routine is then 
terminated. 

FIGURE 22 is a flow diagram which illustrates a 
method (1000) an agency may use to automatically manage 
travel information, in accordance with a preferred 
embodiment of the present invention. At block 1004, 
system io generates a business entity profile for a 
customer. At block 1006, the system generates an 
individual profile for a customer. The system stores the 
profile information in the relational database. At block 
1008, a travel request is received from a customer over a 
suitable communications medium. At block 1010, system 10 
retrieves information (preferably via a TIA subsystem) 
from one or more computer reservation systems. The 
system stores the customer reservation system information 
in the relational database. At block 1012, the system 
displays for use by an agency employee the business 
entity profile and individual profile information, for 
the requesting customer. At block 1013, the system 
integrates the customer reservation system information 
and the business entity and individual profile 
information, for that customer's request, preferably by 
related data fields. Consequently, the agent can access 
the customer reservation service information and the 
35 profile information, at the same time. At block 1014, 

the system generates appropriate travel arrangements in 
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accordance with the travel request. The method is then 
terminated. 

Although the present invention and its advantages 
have been described in detail, it should be understood 
that various changes, substitutions, and alterations can 
be made therein without departing from the spirit and 
scope of the invention as defined by the appended claims. 
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WHAT IS CLAIMED IS ; 

1. A method of providing decisional support for 
travel services, comprising the steps of: 

generating a business entity profile; 

generating an individual profile; 

automatically accessing a computer reservation 
system to obtain inventory information; 

storing the business entity profile, the individual 
profile, and the inventory information in a database; 

receiving a travel request from a customer; and 
automatically accessing the database in response to the 
reception of the travel request. 

2. The method of Claim 1, further comprising the 
step of generating complete travel arrangements for the 
customer in response to the received travel request. 

3. The method of Claim l, wherein the step of 
automatically accessing the computer reservation system 
comprises the step of receiving inventory information 
relating to travel services from the computer reservation 
system . 

4 . The method of Claim 1, further comprising the 
steps of : 

generating travel documents in response to the 
travel request; and 

distributing the travel documents to the customer. 
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5. The method of Claim 1, further comprising the 
step of updating the business entity and individual 
profiles . 

6 . A method of providing decision support for 
travel services, comprising the steps of: 

generating a business entity profile, the business 
entity profile having business entity information 
relating to at least one business entity; 

generating an individual profile, the individual 
profile having individual information relating to at 
least one customer; 

automatically accessing inventory information from a 
computer reservation system; 

receiving a travel request from the at least one 
customer ; 

automatically retrieving business entity information 
from the business entity profile and individual 
information from the individual profile in response to 
the reception of the travel request; and 

generating travel arrangements for the customer in 
response to the received travel request, the retrieve 
business entity and individual information, and the 
access inventory information. 
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7. The method of Claim 6, wherein the step of 
generating travel arrangements is performed 
automatically . 

8. The method of Claims 3 or 6 , further comprising 
the steps of : 

automatically accessing inventory information from 
at least one other computer reservation system; and 

integrating the inventory information received from 
the computer reservation systems so that the inventory 
information is accessible by a single format. 

9. The method of Claim 6, further comprising the 
step of integrating the retrieved business entity 
information, the retrieved individual information, and 
the accessed inventory information so that the business 
entity information, the individual information, and the 
inventory information is simultaneously accessible. 

10. The method of Claim 6, further comprising the 
step of updating the business entity information in the 
business entity profile and the individual information in 
the individual profile. 

11. The method of Claim 1 or 6 , further comprising 
the step of storing the business entity profile, the 
individual profile, and the inventory information in a 
database . 
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12. The method of Claim 11, wherein the step of 
storing comprises the step of storing the business entity 
profile, the individual profile, and the inventory 
information in a relational database. 

13 . A system of providing decisional support for 
travel services comprising: 

a database operable to store a business entity 
profile, an individual profile, and inventory information 
obtained from at least one computer reservation system; 
and 

a processor connected to the database and operable 

to : 

automatically access a computer reservation system 
to obtain inventory information; 

receive a travel request from a customer; and 
automatically access the database in response to the 
reception of the travel request. 

14. The system of Claim 13, wherein the processor 
is further operable to generate travel arrangements for 
the customer. 

15. The system of Claim 13, wherein the business 
entity profile contains business entity information 
relating to at least one business entity and the 
individual profile contains individual information 
relating to at least one customer. 
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16. The system of Claim 13, further comprising a 
travel information analysis device. 

17. The system of Claim 13, wherein the processor 
is further operable to: 

automatically access at least one other computer 
reservation system; and 

integrate inventory information from the computer 
reservation systems so that the inventory information is 
accessible by a single format. 

18. The system of Claim 13, wherein the processor 
is further operable to verify fares for travel services 
provided abroad. 



WO 97/27556 



1/16 



PCT/US97/00765 



16- 
16- 

16- 



16- 



14- 



14- 



CRS 



CRS 



14- 



CRS 



COMM 
MEDIUM 



17 



COMM 
MEDIUM 



COMM 
MEDIUM 



COMM 
MEDIUM 



■17 



•17 



■17 



15 

S 

T1A 



12 

/ 

TRAVEL AGENCY 



TRAVEL SERVICES 

DECISIONAL 
SUPPORT SYSTEM 

10 



BUSINESS ENTITY 
PROFILE 
18 



INDIVIDUAL PROFILE 
20 



FIG. 1 




WO 97/27556 PCT/US97/00765 

2/16 



ADMINISTRATION 



-32 
34 



MANAGEMENT 



TRAINING 



IMPLEMENTATION 40 
-52 

54- 



AUTOMATION 



BUSINESS ENTITY 
RESERVATIONS 
46 



56- 



58- 



60- 



DOMESTIC 
RESERVATIONS 



INTERNATIONAL 
RESERVATIONS 



SUPPORT 



GLOBAL 
DISTRIBUTION 
48 



62- 



64 



TICKETING 



PACKAGING/ 
DELIVERY 



VENDOR 
RELATIONS 



ARC 
PROCESSING 



\ 

42 36 

S 



44 38 



MIS 



TECHNOLOGY 
SUPPORT 



SPECIAL SERVICES 
50 



CUSTOMER SERVICE 



GROUP & MEETINGS 



IRD 



TRAVEL 24 



VIP 



■66 



■68 



70 



72 



■74 



FIG. 3 



WO 97/27556 



PCT/US97/00765 



3/16 



78 X START ) 



56 



80 



82- 



84- 



RECEIVE/ROUTE 
TRAVEL REQUEST 



I 



PROCESS TRAVEL 
REQUEST 



I 



COMPLETE POST 
CALL PROCESSING 




PERFORM 
INSIDE SERVICES 



PERFORM 
AUTOMATED QA 



■88 




CORRECT 
QA ERROR 



PERFORM MID- 
OFFICE FUNCTIONS 



FIG. 4 



WO 97/27556 



4/16 



PCT/US97/00765 



102 



\ START ) 




106 N 

108- 
110- 



ROUTE CALL 
TO AGENT 



I 



IDENTIFY SELF 



I 



IDENTIFY CALLER 



112- 



114- 



IDENTIFY 
TRANSACTION TYPE 



DETERMINE NEEDS 



AUTOMATED 
ORIGIN 




FIG. 5 



80 



1 18- 



TRANSFER OR HANDLE 



120 



L ^D ) 



( START K 124 
126 




( END K 



136 



WO 97/27556 



PCT/US97/00765 



5/16 



l40 "H START ^ 



142xJ INITIATE SERVICE 
TRACKING 



144 



ACCESS EXISTING 
PNR 



48- 



COLLECT/INPUT 
BUSINESS ENTITY 
DATA CHANGES 



CHANGE 
AIR ACTIVITY 



152 



CHANGE 
RAIL ACTIVITY 



156 



CHANGE 
CAR ACTIVITY 



60 



CHANGE 
HOTEL ACTIVITY 

^ 1 

164 



FIG. 7 




134 
t 



CANCEL 
COMPLETE 
PNR ACTIVITY 



147 




CHANGE 
SPECIAL NEEDS 
ACTIVITY 



166 

ARE " 
'SPECIAL NEEDS" 
^CHANGES REQUIRED 



168 



170- 



REVIEW POLICY 
COMPLIANCE 



1 



DOCUMENT POLICY 
172-^ NON-COMPLIANCE 



174 



I 



DISPLAY PNR 



176 



J 



COMPLETE SERVICE 
TRACKING 



178 



SUBSTITUTE SHEET (RULE 26) 



WO 97/27556 



6/16 



PCT/US97/00765 



184- 



186- 



188- 



182 X START ) 



INITIATE SERVICE 
TRACKING 



I 



DISPLAY 
CORPORATE AND 
INDIVIDUAL PROFILES 



I 



REVIEW CORPORATE 
POLICIES AND INDIVIDUAL 
PREFERENCES 



190 



I 



MOVE PROFILES 
DATA INTO PNR 



I 



192- 



COLLECT/INPUT 
CORPORATE DATA 



BOOK 
AIR ACTIVITY 



196 



I 



BOOK 
RAIL ACTIVITY 

200 




132 



204 



YES 



BOOK 
CAR ACTIVITY 



208 



I 



BOOK 
HOTEL ACTIVITY 



T 



I 



BOOK 
SPECIAL NEEDS 
ACTIVITY 

/ I 

212 

214- 



216- 



202 



IS 
CAR 
REQUIRED? 



NO 



206 




REVIEW POLICY 
COMPLIANCE 



I 



218 



S 



DOCUMENT POLICY 
NON-COMPLIANCE 

I 



220 



/ 



RECAP PNR 



COMPLETE SERVICE 
TRACKING 



222 



FIG. 8 



WO 97/27556 



PCT/US97/00765 



7/16 



226 



228- 



230- 



232- 



238- 



244- 



246- 



(f START ) 



INITIATE SERVICE 
TRACKING 



I 



ACCESS PNR 



IDENTIFY ACTION 




DISCUSS OPTIONS 
WITH VENDOR(S) 




BOOK/WAITLIST/ 
CHANGE SELECTED 
OPTION 



I 



CONFIRM SPECIAL 
ARRANGEMENTS 



FIG. 9 



DETERMINE 
RESTRICTIONS 



i. 



ENTER ACTIONED 
ITEMS 



-248 
■250 




DISCUSS ISSUES 
WITH CUSTOMER 




DOCUMENT 
DISCUSSION/ISSUE 



COMPLETE SERVICE 
TRACKING 



i 



262 



-264 



266 



k 

S 

128 



SUBSTITUTE SHEET (RULE 26) 



WO 97/27556 



PCT/US97/00765 




278- 



FIG. 1 0 



286 



COMPLETE UNFINISHED WORK [-^ 276 

1 



RUN AGENT QUALITY CHECK 



280 

'ARE 

"there errors' 

9 




correct errors 



290- 
292- 

296- 
297 



DESIGNATE PLACEMENT F OR FOLLOW-UP 



QUEUE TO DESIGNATED L OCATION 

V 



TRANSMIT TO OA PROGRAM 

1 



COMPLETE SERVICE TRACKING 
I 



84 



298 



-X END ) 



WO 97/27556 



PCT/US97/00765 



9/16 



304- 



310- 
312- 
314- 



302 



X START ) 
k 



ACCESS AGENT QUEUE 




( END Y 



308 



INITIATE SERVICE UNIT TRACKING 



DISPLAY PNR 



± 



DISPLAY ERROR REMARKS 



94 



318- 



^ ARE ^ vrc 
iHERE ERROR^Tii 
REMARKS 



REVIEW REMARKS 



COMPLETE 
FOLLOW-UP 




324 



TAKE REQU IRED ACTION 



1 



COMPLETE 
FOLLOW-UP 



DOCUMENT PNR 




TAKE REQUIRED 
ACTION 



I 



\ 

338 



x 336 



DOCUMENT PNR 



v 340 



TRANSMIT TO 
QA PROGRAM K342 



330- 
332- 



RECEIVE/END TRANSACTION 



COMPLETE SERVICE UNIT TRACKING 



FIG. 1 1 



SUBSTITUTE SHEET (RULE 26) 



WO 97/27556 



10/16 



PCT7US97/00765 



346 X START ) 

348 Xj INITIATE SERVICE 
TRACKING 

I 



350 x SELECT QUEUE/ 
CATEGORY 



352- 
354- 



368- 



370- 



I 



SELECT CHECK 



PERFORM CHECK 



344 
/ 




_ 360 



DOCUMENT 
ERROR 



QUEUE TO AGENT 
OR SUPPORT 



FIG. 1 2 



COMPLETE SERVICE 
TRACKING 



WO 97/27556 



PCT/US97/00765 



11/16 



( START >^376 




SUBSTITUTE SHEET (RULE 26) 



WO 97/27556 



PCT/US97/00765 



12/16 




444- 



ACCESS CRS 
CATEGORY 



REVIEW PNR 




FIG. 1 4 



480- 



( START y 



■460 



INITIATE SERVICE I -462 
UNIT TRACKING 



ACCESS QUEUE 



-464 



IDENTIFY ACTION ^466 
(UPDATE PROFILE) 



CHECK ^POLICY J-^ 4 6B 



470 




DOCUMENT 
PROFILE 
"UPDATE 

COMPLETED' 



DESIGNATE 
PLACEMENT FOR 
FOLLOW-UP 



DOCUMENT 
PNR "PROFILE 

UPDATE 
COMPLETED" 



OUEUE TO 
DESIGNATED 
LOCATION 



•472 



■474 



476 



482 



458 



COMPLETE 
SERVICE UNIT k 
TRACKING 484 



( END X 

FIG. 1 5 



486 



SUBSTITUTE SHEET (RULE 26) 



WO 97/27556 



PCT/US97/00765 



13/16 



INITIATE SERVICE TRACKINC~"K 



492 



FIG. 1 6 



RECEIVE RETURNED TICKET/ 
DETERMINE DISPOSTION 



■494 



502 



I 



TAKE ACCOUNT 
SPECIFIC ACTION 



< 


r 


RESEARCH, 
DETERMINE 
ACTION. TAKE 
ACTION 




INITIATE 
PROFILE 
UPDATE 



522 



DOCUMENT PNR(S) 



/ 
524 



526- 



1 



PLACE IN PHYSICAL INVENTORY 



.520 



528-^ 



LOG ACTION 



53Q-/- I COMPLETE SERVICE TRACKING 



532— C 
SUBSTITUTE SHEET (RULE 26) 



end" ) 



WO 97/27556 



PCT/US97/00765 



14/16 



536 START J 



538- 



540- 



542 



544- 



534 



PULL AND MATCH 
DOCUMENTS 

1 



COORDINATE AND 
DISTRIBUTE DOCUMENTS 
FOR DELIVERY 



DELIVER DOCUMENTS 
TO CUSTOMER 



I 



SEND DOCUMENTS 

TO TRAVEL 
SERVICES VENDOR 



I 



546 



- X END ) 

FIG. 1 7 



550 ^< START ") 



552 -n 

554- 
556- 

540 



SORT DOCUMENTS BY 
DELIVERY LOCATION 



I 



PACKAGE DOCUMENTS 
T— — - 



DOCUMENT METHOD 
OF DELIVERY 



558 



- A END ) 

FIG. 1 8 



C START V-562 



SORT PACKAGED 
DOCUMENTS BY 
DELIVERY TYPE 



-564 



PREPARE PACKAGED 
DOCUMENTS BY 
DELIVERY TYPE 



I 



C END K 

FIG. 1 9 



568 



566 



542 



( START V^572 



RECEIVE INFORMATION 
FROM CUSTO MER 

1 



s 



574 



QUALIFY CALL 

i 



RECEIVE INFORMATION 
FROM VENDOR 



I 



RECEIVE INFORMATION 
FROM AGENTS 



BACKGROUND RESEARCH 

I 



RESOLVE AND NOTIFY 
CJNCK586 

FIG. 20 



-576 



-578 



•580 

582 
-584 

V 

570 



WO 97/27556 



15/16 



PCT/US97/00765 



590 




FIG. 21 



WO 97/27556 



PCT/US97/00765 



16/16 



1000 



( START 



1002 



GENERATE BUSINESS [^1004 
ENTITY PROFILE 



GENERATE 
INDIVIDUAL PR OFILE 

I 



RECEIVE TRAVEL 
REQUEST 



I 



ACCESS CUSTOMER 
RESERVATION S YSTEM 

1 



ACCESS BUSINESS 
ENTITY AND 
INDIVIDUAL PROFILES 

I 



INTEGRATE 
INFORMATION 



I 



GENERATE TRAVEL 
ARRANGEMENTS 

I 

CjnFX 1 

FIG. 22 



1006 



•1008 



1010 



■1012 



■1013 



■1014 



016 



INTERNATIONAL SEARCH REPORT 



Inter ^>nal Application No 

PCl/US 97/00765 



A. CLASSIFICATION OF SUBJECT MATTER 

IPC 6 G06F17/60 



According to International Patent Classification (IPC) or to both national classification and IPC 



B. FIELDS SEARCHED 



Minimum documentation searched {classification system followed by classification symbols) 

IPC 6 G06F 



Documentation searched other than minimum documentation to the extent that such documents arc included in the fields searched 



Electronic data base consulted during the international search (name of data base and, where practical* search terms used) 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category * 


Citation of document, with indication, where appropriate, of the relevant passages 


Relevant to claim No. 


X 


EP 0 690 398 A (CASIO) 3 January 1996 


1-4,6-9, 






13-18 




see page 2, line 38 - line 46 






see page 4, 1 ine 17 - 1 ine 24 






see page 6, line 4 - line 14 






see page 6, 1 ine 41 - 1 ine 44 






see page 6, line 57 - page 7, line 13 






see page 7, 1 ine 49 - 1 ine 59 




X 


US 5 331 546 A (WEBBER ET AL) 19 July 1994 


1,6,7,9, 






13-16,18 




see column 3, line 7 - line 25 






see column 3, line 35 - line 48 




P.X 


US 5 576 951 A (L0CKW00D) 19 November 1996 


1,6,13 




see column 5, line 32 - line 55 





-/-- 



[ X | Furtner documents are listed in the continuation of box C. 


j)( j Patent family members are listed in annex. 


* Special categories of cited documents : 

'A" document defining the general state of the art which is not 
considered to be of particular relevance 

"E" earlier document but published on or after the international 
filing date 

"L" document which may throw doubts on priority claim(s) or 
which is cited to establish the publication date of another 
citation or other special reason (as specified) 

"O* document referring to an oral disclosure, use, exhibition or 
other means 

"P" document published prior to the international filing date but 
later than the priority date claimed 


*T" later document published after the international filing date 
or priority date and not m conflict with the application but 
cited to understand the principle or theory underlying the 
invention 

"X* document of particular relevance; the claimed invention 
cannot be considered novel or cannot be considered to 
involve an inventive step when the document is taken alone 

"Y" document of particular relevance; the claimed invention 
cannot be considered to involve an inventive step when the 
document is combined with one or more other such docu- 
ments, such combination being obvious to a person skilled 
in the art. 

'&" document member of the same patent family 


Date of the actual completion of the international search 


Date of mailing of the international search report 


13 May 1997 


22.05.97 


Name and mailing address of the ISA 

European Patent Office, P.B. 5818 Patent! aan 2 
NL - 2280 HV Rijswijk 
Tel. ( + 31-70) 340-2040, Tx. 31 651 epo nl. 
Fax 31-70) 340-3016 


Authonzed officer 

Pottiez, M 



Form PCT/IS A/210 (second ifae«t) (Jvly 1 993) 



page 1 of 2 



INTERNATIONAL SEARCH REPORT 



lute- onai Application No 

PC I /US 97/00765 



C.(Continuation> DOCUMENTS CONSIDERED TO BE RELEVANT 



Category ' 



Citation of document, with indication, where appropriate, of the relevant passages 



Relevant to claim No. 



EP 0 644 499 A (AMERICAN AIRLINES) 22 
March 1995 

US 4 862 357 A (AHLSTROM MARK L ET AL) 29 
August 1989 
see abstract 



1,5,10, 
11 

8 



1 



Form PCT/ISA/210 (continuation or second in««t) (Jury 1992) 



page 2 of 2 



INTERNATIONAL SEARCH REPORT 

lormaaon on patent family members 



Interr nal Application No 

PCI /US 97/00765 



Patent document 


Publication 




Patent family 




Publication 


cited in search report 


date 




member(s) 




date 


EP 0690398 A 


03-01-96 


JP 


8016619 


A 


19-01-96 






CN 


1121217 


A 


24-04-96 



US 


5331546 


A 


19-07-94 


US 


5021953 


A 


04-06-91 


US 


5576951 


A 


19-11-96 


US 


5309355 


A 


03-05-94 










US 


4567359 


A 


28-01-86 










CA 


1236216 


A 


03-05-88 


EP 


0644499 


A 


22-03-95 


AU 


657877 


A 


23-03-95 










CA 


2112077 


A 


16-03-95 










FI 


944259 


A 


16-03-95 










JP 


7168895 


A 


04-07-95 










NZ 


264405 


A 


24-03-97 


US 


4862357 


A 


29-08-89 


CA 


1276301 


A 


13-11-90 



Form PCT/1SA/210 (patent family annex) (July 1993) 



